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From  Architecture  Evaluation 


What  if  the  quality 
requirements  are  not 
well-understood? 

Quality  Attribute 
Workshop  (QAW) 

What  if  there’s  no 
architecture? 


Our  scenarios  tend  to  be 
incomplete  or  ambiguous. 


Attribute  Driven 
Design  (ADD) 


What  if  I  don’t  know  my 
system’s  architecture? 

Architecture  Reconstruction 
using  ARM  IN 


What  are  some  of  the 
most  important 
questions  to  ask? 

Quality  Attribute  Tactics 


Is  there  formal  modeling 
support? 


AADL,  OSATE, 
Virtual  Upgrade  Method 


How  do  I  know  if  an 
organization  has  the 
ability  to  architect? 


What  information  should  be 
included  in  my  architecture 
documentation? 


Views  and  Beyond  Approach  (VaB) 


Mission  Thread  Workshop,  System 
ATAM  and  SoSArch  Eva! 


Architecture  Competence 
Instrument 


Which  risks  should  I 
work  on  first? 

Cost  Benefit 
Analysis  Method  (CBAM) 
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..  to  Architecture-Centric  Engineering 


Architecture  is  of  enduring  importance  because  it  is  the 
right  abstraction  for  performing  ongoing  analyses 
throughout  a  system’s  lifetime. 


Architecture-Centric  Engineering  (ACE)  is  the 

discipline  of  using  architecture  as  the  focal  point  for 
performing  ongoing  analyses  to  gain  increasing 
levels  of  confidence  that  systems  will  support  their 
business  and  mission  goals. 

The  SEI  developed 
principles,  methods, 
foundations,  techniques, 
tools,  and  materials  in 
support  of  creating,  fostering, 
and  stimulating  widespread 
transition  of  the  ACE 
discipline. 
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Our  View:  ACE  Requires  One  Must 
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Documenting 

Software 
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SECOND  EDITION 


Software 
Architecture 
in  Practice 

Second  Edition 


Len  Bass 
Paul  Clements 
Rick  Kazman 
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•  explicitly  focus  on  quality  attributes 

•  directly  link  to  business  and  mission  goals 

•  explicitly  involve  system  stakeholders 

•  be  grounded  in  state-of-the-art  quality  attribute  models  and  reasoning  frameworks 


Software  Engineering  Institute  Carnegie  Mellon 


)2012  Carnegie  Meiion  University 


Trends  in  Institutionalizing  Architecture 
Practices 
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Epiphany  in  2006 


Decentralization 

Inherently  conflicting, 
unknowable,  and  diverse 
requirements 

Continuous  evolution  and 
deployment 

Heterogeneous,  inconsistent, 
and  changing  elements 

Erosion  of  the  people/system 
boundary 

Normal  failures 


Ultra-Large-Scale 

Systems 


•  New  paradigms  for  acquisition 
and  policy 
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Today’s  Challenges 
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Scale  and  complexity 
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Disruptive  technologies 
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Architecture  Challenges 


•  What  is  the  architecture  of  a  socio-technicai,  cyber-physicai 
system? 

•  What  are  the  quaiity  attributes  that  appiy?  And  what  are  the 
underlying  models? 

•  How  can  stakeholders  be  involved? 
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Linda  Northrop 

SEI  F6II0W 
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Telephone:  +1  412-268-7638 
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